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REMARKS/ARGUMENTS 

Claims 12-27 were pending in this application when it was last examined by the 
Examiner. Claims 12, 18, and 26 have been amended. Claims 13 and 21 have been canceled. 
The amendments find full support in the original specification, claims, and drawings. No new 
matter has been added. Entry of the amendments and an early indication of allowance of the 
now-pending claims 12, 14-20, and 22-27 are respectfully requested. 

Claim Amendments 

Claims 12 and 18 have been amended deleting the term "itself and specifying that the 
base dictionary object is implemented as a hashtable. Claims 13 and 21 have been canceled 
accordingly. 

Claim 26 has been amended specifying that the base dictionary object is implemented as 
a hashtable. 

Support for these amendments can be found in paragraph [0032]. No new subject matter 
is believed to have been added by way of these amendments. 

Claim Rejections - 35 U.S.C. 112 

As noted above, the term "itself has been deleted from claims 12 and 18. As such, 
claims 12-27 are believed to comply with 35 U.S.C. 1 12, second paragraph. 

Claim Rejections - 35 U.S.C 103 

Claims 12-16, 18-23, 25 and 26 have been rejected under 35 U.S.C. 103(a) as being 
unpatentable over U.S. Patent No. 5,506,983 to Atkinson et al. (Atkinson) in view of U.S. Patent 
No. 5,257,365 to Powers et al. (Powers). Applicant respectfully traverses the rejections as 
follows. 
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As discussed above, the independent claims 12, 18 and 26 have been amended to specify 
that the "base dictionary object" is "implemented as a hashtable." Applicant has recognized that 
using a hashtable as key value tables does not require the structure to be changed in the case of 
an overflow, but only needs to "grow." Moreover, using hashtable equalities for locating the key 
in the table provides a look up that is more efficient in speed. The references cited by the 
Examiner do not recognize the use of a hashtable nor the use of the table of names recited in the 
claims. 

Atkinson teaches a storage system for storing objects within a compound document in an 
object hierarchy. Objects are encapsulated, linked or embedded data that are typically created by 
another application. The object hierarchy is analogous to the typical file system hierarchy (see 
col. 3, lines 55-65). In the result, Atkinson provides a tree-type mapping for objects in the 
compound document. When retrieving each portion of the document, each node of the tree is to 
be searched in order to determine in which sub-file the data is located and similarly to determine 
how the compound data file is arranged. Although this type of structure is often memory 
conservative, and allows for data files stored in different locations to be compounded together, 
the inherent time needed to search such a hierarchy makes this structure time intensive, in 
particular, for storing and finding sub-objects. Clearly, the data structure and methods recited in 
claims 12-27 provide an improved way of encapsulating and locating objects that is neither 
taught nor suggested by the cited references. 

In claim 12, the "base dictionary object" stores value and container data that each have a 
"name arranged in a table." The names may be referenced for searching, updating and 
encapsulating data, providing a fast and effective means for accessing the encapsulated data. In 
the amended claims, a hashtable is used to implement the base dictionary object. Atkinson 
simply does not recognize using a hashtable. 

Although Atkinson teaches an object/sub-object hierarchy, Atkinson clearly intends to 
store sub-objects in a manner which is similar to the typical file system and is entirely silent 
regarding the use of a dictionary structure which provides a table of names identifying each 
datum, let alone implementing a hashtable as claimed. Atkinson simply does not contemplate 
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the use of dictionary objects that include a table of names identifying the data, but rather relies 
on a traversal of the tree structure in order to locate/store data. In addition, such a traversal is 
typically slower than identifying data from table of names as provided by the data structure 
recited in claim 12. The base dictionary object recited in claim 12 enables data to be located in 
the table based on its respective name, which allows additional data to be dynamically added 
based on its type. Atkinson clearly does not provide such a feature. 

Accordingly, Atkinson does not teach the "table" or "base dictionary object" recited in 
claim 12. Applicant recognizes and acknowledges that the Examiner admits that Atkinson does 
not teach using a dictionary structure to provide a table of names. (See, Office action, p. 4, last 
par.). Applicant respectfully submits that Atkinson also does not teach using a hashtable but is 
entirely silent in that regard. 

The Examiner turns to Powers as teaching the use of a key value table and more 
specifically the use of a hashtable. Applicant believes that the Examiner has misconstrued 
Powers. 

Powers teaches a key table providing a mapping between entries and locations. As noted 
above, claim 12 has been amended to specify the use of a "hashtable." Contrary to what the 
Examiner contends, Applicant respectfully submits that Powers does not teach nor suggest the 
recited "hashtable" for storing entries and thus does not teach nor suggest what is missing from 
Atkinson. Moreover, even if for the sake of argument, Powers did teach the recited "hashtable" 
(which is believed to not be the case), there is no motivation to modify Atkinson in view of 
Powers. 

The Examiner points to col. 3, line 67 to col. 4, line 36 of Powers as teaching the use of a 
hashtable. (Office action, p. 5, 2nd full par.). In this passage, Powers teaches the key value 
tables shown in Figure 3 and is in fact entirely silent regarding the use of hashtables. Powers 
states at col. 4, lines 12-15, that the key value tables are to simply be integers representing values 
and are stored in their natural sorting order. As a person of ordinary skill in the art would 
understand, a hashtable hashes the key values and places the values at a random location, which 
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is clearly not a natural sorting order but rather contrary thereto. Therefore, not only does Powers 
not teach using hashtables, Powers in fact teaches away from using such an arrangement. 

The key value tables taught by Powers cannot be considered equivalent to what is recited 
in claim 12, since they contain values for several independent nodes, which is merely a relational 
model For example, an employee ED value for several employees would be found in the same 
table. In implementing the data structure of claim 12, the ID value for an employee in the same 
example would be found as the value in the employee's root node child dictionary. The intention 
of Powers is to quickly obtain summary information on a set of nodes, whereas in the present 
application, the goal is to quickly navigate the table to find the value of an attribute of a node. 

Moreover, in Powers, the overall data structure needs to be decided in advance in a 
relational model. This is clearly set forth at the top of col. 2 of Powers (a "relational data table"). 
This would suggest that it is not possible to add attributes outside of the pre-defined scope. The 
claimed invention provides a way of storing data according to a data model which can freely 
evolve. This is not possible when using structured tables using key values as taught by Powers. 

Accordingly, neither Atkinson nor Powers, alone or in combination, recognize the 
efficient use of a hashtable for storing data. Since both references are silent regarding 
hashtables, there is no motivation to modify the structure shown in Atkinson such that it would 
implement a hashtable as claimed. In fact, as admitted by the Examiner, Atkinson does not teach 
using a table of values. Clearly, the combination of Atkinson and Powers does not teach every 
element of amended claims 12, 18 and 26 and, as such, claims 12, 18 and 26 are believed to be 
patentably distinguished thereover. Claims 14-17, 19-20, 22-25 and 27 being ultimately 
dependent on either claim 12 or claim 18 or claim 26 are also believed to distinguish over the 
references cited for at least that reason, and for the additional limitations that they contain. 

Claims 17, 24, and 27 have been rejected under 35 U.S.C. 103(a) as being unpatentable 
over Atkinson in view of Powers, in further view of the Adobe publication. Applicant 
respectfully traverses the rejections as follows. 

Claims 17, 24, and 27 are dependent on claims 12, 19, and 26 respectively. Applicant is 
believed to have shown above that claims 12, 19, and 26 patentably distinguish over the 
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combination of Atkinson and Powers. Therefore, the Adobe reference must at least teach what is 
missing from these references. 

The Adobe reference describes downloading pages from the World Wide Web and 
converting them to PDF format. The Adobe reference does not teach implementing a dictionary 
object as a hashtable and, as such, does not teach what is missing from Atkinson and Powers. 
Therefore, for at least that reason, claims 17, 24 and 27 are believed to distinguish over Atkinson 
in view of Powers in further view of the Adobe reference. 



In view of the foregoing, Applicant respectfully submits that the now-pending claims, 
namely claims 12, 14-20, and 22-27, patentably distinguish over the references cited by the 
Examiner and are in condition for allowance. An early indication of their allowance is 
respectfully requested. 



Summary 



Respectfully submitted, 

CHRISTIE, PARKER & HALE, LLP 
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